前幾天學習了 Gemini、Prompt Engineering 和 JSON,已經開始了解 AI 要怎麼分析評論,以及如何將分析結果整理成固定格式。
但我的專案還有一個問題:
目前測試時都是自己從 Google Maps 複製評論,再交給 Gemini 分析。
如果要做成真正可以使用的網站,就需要讓網站取得店家相關資料。
所以今天先來認識 API,以及這個專案可能會用到的 Google Maps / Places API。
API 的全名是 Application Programming Interface,中文通常稱為「應用程式介面」。
定義:是一種軟體介面,可以建立不同程式或系統之間的連接,讓它們能夠互相溝通與交換資料,而不是直接提供給一般使用者操作。
抽象與規範:只定義呼叫規則(如請求種類、資料格式、呼叫方式與端點),不涉及內部具體實作。
簡單來說,API 可以讓不同的程式或服務互相溝通、取得資料。
可以簡單理解成:
網站 → API → 取得資料 → 回傳網站
所以 API 就像是網站和其他服務之間溝通的橋樑。
認識 API 後,今天也先了解一個之後一定會遇到的東西: API Key
API Key 就是一串分配給應用程式或專案使用的金鑰。
當程式或網站要使用某些 API 服務時,通常需要在發送請求時附上 API Key,讓服務可以識別是哪個專案正在發送請求,並依照設定決定是否允許使用。
1.它的主要作用包括:
2.識別使用 API 的專案
3.控制 API 的使用權限
4.計算 API 的使用量
5.進行流量與費用管理
因為 API Key 可能與專案的使用權限和費用有關,所以不應隨意公開。
實際使用時,也需要依照 API 服務提供的安全機制設定適當的限制,避免 API Key 被他人濫用。
我的專案需要取得店家相關資料,因此會研究 Google Maps Platform 提供的 Places API。
Places API 可以讓程式取得地點相關資訊,也可以協助找到使用者輸入的店家。
其中會接觸到 Place ID,它可以用來識別特定的地點。
對我的專案來說,這會是之後取得店家資料的重要一環。
目前預計的流程是:
使用者輸入店家 → Google Maps / Places API → 取得資料 → Gemini 分析 → JSON → 網站顯示
今天先把 API、Places API 和 API Key 這幾個基本概念搞懂。
接下來就可以開始進入真正的網站製作。
今天主要認識了 API 的用途,也了解 Google Maps / Places API 為什麼會用在我的專案中。
另外也先認識了 API Key,知道之後如果要使用 API,除了了解功能之外,也需要進行相關設定。